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METHOD OF DECRYPTING DATA STORED ON A STORAGE DEVICE USING AN 
EMBEDDED ENCRYPTION/DECRYPTION MEANS 

Daniel R. Zaharris 

Lane W. Lee 

This application is related to U.S. Patent Application No. [attorney docket number M- 
8382 US], filed April 3, 2000, entitled "DIGITAL RIGHTS MANAGEMENT WITHIN AN 
EMBEDDED STORAGE DEVICE" which is assigned to the assignee of this application and 
is incorporated herein in its entirety by this reference. 

BACKGROUND 
Field of the Invention 

The present invention relates generally to methods of decryption and more 
specifically to a method and apparatus for decrypting data using an encryption/decryption 
engine that is embedded in a device for reading the data. 

Description of Related Art 

In order to prevent copying or unauthorized use of data, data stored on storage 
devices, such as CDs, may be encrypted. In order to decrypt the data, a key or password must 
be provided. Typically, a key or password is a multibit binary number that, when read into 
logic circuitry, produces an output which enables encryption circuitry to decrypt data. Some 
types of encryption circuitry require multiple keys to decrypt data. Several schemes have 
developed for maintaining such keys and passwords. 

In some systems the user must provide a code such as a password or a decryption key 
in order to access the data stored on the medium. This approach, though it may assist in 
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certain schemes for avoiding unauthorized copying, typically has other associated 
disadvantages. The user must provide the key or password each time the user accesses the 
data stored on the medium. If the key or password is only provided once and then stored by 
the reading device or host computer to relieve the user from having to provide the key each 
5 time the user accesses the data stored on the storage medium, the key for decrypting the 

protected content becomes coupled to a particular host computer or media reader, such that it 
is cumbersome or impossible to use the medium in more than one machine. In order to use 
the medium in a different machine, the user must remember, then enter, the password or 
decryption key in the second machine when the medium is provided to the second machine. 

10 If the key is lost, the user is limited to using the first machine with the stored key to access 
the data stored on the storage medium. In such approaches, there is no provision for the 
medium itself to provide, to a computer or reader, information to decrypt the data stored on 
the medium. If the host device does not store the key, if the user misplaces or forgets the key, 
the data stored on the storage medium is lost. 

1 5 Schemes where the password or the decryption key is stored on the player device or 

host computer also do not offer adequate protection. A user may be able to obtain the 
password or decryption key or defeat the protection procedure by analyzing or modifying the 
player or host computer. Once the password or decryption key is discovered, the user can 
gain access to any storage medium used in the player or the host computer. 

20 

SUMMARY 

A method of decrypting data stored on a storage medium and encrypted using 
multiple keys provides a high level of security by combining internal keys generated by the 
data storage engine reading the data with medium keys stored on the storage medium. 
25 Internal keys are keys that are generated by hardware or software within the data storage 
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engine. Medium keys are keys that are stored on a storage medium and retrieved from the 
storage medium when the storage medium is placed in the data storage engine. The medium 
keys stored on the storage medium may be encrypted. Encrypted medium keys are decrypted 
using internal keys. The internal keys are combined with the medium keys to generate 
5 combination keys. The combination keys are used to decrypt the data stored on the storage 
medium. In one embodiment, the encryption and decryption operations use the Data 
Encryption Standard (DES) algorithm, described in Federal Information Processing Standard 
Publication (FIPS PUB) 46-3, entitled "Data Encryption Standard," incorporated herein by 
this reference in its entirety. 

1 0 In one embodiment, a host device for reading the storage medium includes an 

embedded encryption/decryption engine housed on an application specific integrated circuit 
(ASIC). In a decryption operation, one or more decryption keys and a block of data to be 
decrypted are input to the encryption/decryption engine, and decrypted data are output from 
the encryption/decryption engine. The host device also includes a pseudo random number 

15 generator, such as a logical feedback shift register, for generating internal keys. The pseudo 
random number generator is seeded in such a way that every device with the 
encryption/decryption engine will generate the same internal keys. In one embodiment, the 
seed number to the pseudo random number generator is stored flash memory external to the 
ASIC after the ASIC is manufactured to prevent a user or ASIC manufacturer from 

20 determining the seed to the pseudo random number generator by reverse engineering the 
ASIC. 

The internal keys are used to decrypt a region on the storage medium known as the 
disk system area. The disk system area includes a master media key. The master media key 
is the same for a given run of mastered media. The master media key is used to generate one 
25 or more medium keys. The medium keys are then combined with the internal keys to 
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generate combination keys to decrypt data stored on the storage medium. In one 
embodiment, the storage medium includes a mastered system area containing premastered 
data and a writable system area containing data saved by the user. 

The medium keys include a mastered system area key, a writable system area key, and 
5 a file system information key. The medium keys are combined with internal keys in an 

exclusive "OR" logic operation (XOR) to form the combination keys. The mastered system 
area key is XOR'd with an internal key to form a mastered system area exclusive OR (MSA 
XOR) key. The MSA XOR key and an internal key are used to decrypt the data stored on a 
mastered file system area on the storage medium. The writable system area key is XOR'd 

1 0 with an internal key to form a writable system area exclusive OR (WSA XOR) key. The 

WSA XOR key and an internal key are used to decrypt selected data stored on a writable file 
system area on the storage medium. Newly selected information stored on a writable area are 
encrypted using the WSA XOR key. In some embodiments, the decryption operations are 
triple DES with two keys. 

15 The file system information key is XOR'd with one of the internal keys to form a new 

file system information exclusive OR (FSI XOR) key. In one embodiment, file pointers 
stored in the mastered file system area are double encrypted, such that when the mastered file 
system area is decrypted by the MSA XOR key, the file pointers remain encrypted. The FSI 
XOR key and an internal key are used to decrypt file pointers that connect a directory 

20 structure stored in the disk system area and mastered file system area with data stored on the 
other regions of the storage medium. In one embodiment, these file pointers are decrypted 
and stored within the ASIC. The file pointers are never exposed to a data bus or data buffer 
outside the ASIC. Storing the file pointers within the ASIC affords an extra level of security. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 
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FIG. 1 illustrates a storage medium and a media player for retrieving data stored on 
the storage medium. 

FIG. 2 illustrates the storage medium of FIG. 1 . 

FIG. 3 illustrates, in a flowchart, a method of decrypting data stored on the storage 
5 medium of FIG. 1. 

FIG. 4A illustrates the internal keys of FIG. 3. 
FIG. 4B illustrates the medium keys of FIG. 3. 

FIG. 4C illustrates the combination keys of FIG. 3, generated from combinations of 
the internally generated keys and the medium keys. 
1 0 FIG. 5 illustrates, in a flowchart, one embodiment of the method of decrypting data of 

FIG. 3. 

DETAILED DESCRIPTION 

FIG. 1 illustrates a media player 1 0 for retrieving the data stored on medium 1 1 . 
1 5 Media player 1 0 includes a host 1 3 and a data storage engine 1 2 . Data storage engine 1 2 can 
read data stored on storage medium 1 1 and write data to storage medium 11. Data storage 
engine 12 may be connected to host 13, or may be integrated into host 13. For example, host 
1 3 may be a personal computer, and data storage engine 12 may be externally connected to 
the personal computer. Or, host 13 may be a personal player similar to a CD player. In such 
20 an embodiment, data storage engine 12 is integrated into the personal player. 

Data storage engine 12 reads encrypted data from medium 1 1, decrypts the data, then 
sends the decrypted data to host 13 through data buffer 19. For example, if medium 1 1 stores 
music, the data storage engine retrieves the encrypted music from medium 11, decrypts the 
music, then sends the decrypted music to host 13. The host may be, for example, a player 
25 that includes speakers. The host then conveys the data to the user. 
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Data storage engine 12 includes an application specific integrated circuit (ASIC) 14. 
The ASIC includes an encryption/decryption engine 16. For simplicity, 
encryption/decryption engine 16 is referred to as a DES engine encrypting and decrypting 
data using the Data Encryption Standard (DES), though any encryption/decryption algorithm 

5 may be used. Several modes of DES encryption and decryption are available. These modes 
are described in FIPS PUB 81, entitled "DES Modes of Operation," and incorporated herein 
in its entirety by this reference. In one embodiment, DES engine 16 supports several modes: 
single DES in ECB and CBC mode and triple DES in ECB and CBC mode. Single DES 
requires a single key to encrypt and decrypt and triple DES requires two or three keys to 

10 encrypt and decrypt. In some embodiments DES engine 16 decrypts using triple DES with 
two or three keys. In some embodiments DES engine 16 includes two DES cores, one for 
performing triple DES decryption and one for performing single DES encryption. In such an 
embodiment, information read from medium 1 1 can be decrypted by the triple DES 
decryption core, then immediately reencrypted by the single DES encryption core using a 

1 5 different key. One embodiment of DES engine 16 is available from Intronic Semiconductor 
of Ottawa, Canada. DES engine 16 is connected to a microprocessor 18 for performing 
encryption and decryption operations. 

ASIC 14 also includes a logical feedback shift register (LFSR) 15, available from 
Intronic Semiconductor of Ottawa, Canada. LFSR 15 is a pseudo-random number generator 

20 which is used to generate numbers that are used as decryption keys. ASIC 14 communicates 
with host 13 through a data buffer 19. To use the host, a user loads medium 1 1 into data 
storage engine 12. The user then requests that the host retrieve data stored on medium 11. 
Data storage engine 12 retrieves the requested data from medium 1 1 decrypts the data in DES 
engine 16. The data is transferred to data buffer 19, then transferred to host 13 for 

25 presentation to the user. 
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FIG. 2 illustrates one embodiment of storage medium 1 1 of FIG. 1 . An example of 
storage medium 1 1 is described in U.S. Patent Application Serial No. [Atty Docket No. M- 
8378 US] filed on the same day as this application, entitled "FORMAT FOR RECORDING 
DATA ON A STORAGE DISK," assigned to the assignee of this application, and 
5 incorporated herein in its entirety by this reference. Storage medium 1 1 includes at least 

three areas, a disk system area 20, a mastered file system area 21, and a mastered system area 
22. Disk system area 20 includes information such as storage device format characteristics 
and layout information of storage medium 11.- Disk system area 20 also includes a master 
media key which is used with other keys to decrypt the information stored on the medium. 

10 Storage medium 1 1 also includes a mastered file system area 21 and a mastered area 

22. Mastered file system area 21 stores file system information related to the mastered data 
stored in mastered area 22. Mastered file system area 21 may store, for example, directory 
information, file attributes, file size, and other file system information. Mastered area 22 
stores the actual data that is of interest to the user. The data stored in mastered area 22 may 

1 5 be, for example, music, video, text, or any other kind of data. The data stored in disk system 
area 20, mastered file system area 21, and mastered area 22 are provided on storage medium 
1 1 when the storage medium is manufactured. 

Storage medium 1 1 may also include a writable file system area 23 and a writable 
area 24. Writable area 24 stores data provided by the user. For example, if mastered area 22 

20 includes text, writable area 24 may include notations made by the user to the text. Writable 
file system area 23 includes file system information for the files stored in writable area 24. In 
one embodiment, storage medium 1 1 has only disk system area 20, mastered file system area 
21, and mastered area 22. 

The data stored in disk system area 20, mastered file system area 21, and mastered 

25 area 22 are encrypted. In one embodiment, the data in disk system area 20, mastered file 
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system area 21, and mastered area 22 are encrypted during the mastering process using triple 
DES. The data in writable file system area 23 and writable area 24 may also be encrypted. 
The data in areas 23 and 24 are encrypted by encryption/decryption engine 16 of data storage 
engine 12 when stored by the user on storage medium 11. In one embodiment, the data 
5 stored in writable file system area 23 and writable area 24 are encrypted using single or triple 
DES. 

FIG. 3 illustrates a method of decrypting the data stored on storage medium 1 1 . The 
method uses three types of keys: internal keys, which are generated by data storage engine 
12 by a pseudo random number generator; medium keys, which are stored on storage medium 

10 11; and combination keys, which are generated by combining internal keys and medium keys. 
In stage 30, one or more internal keys are generated by data storage engine 12. In one 
embodiment, the internal keys are generated by LFSR 15 (FIG. 1) as described below in 
reference to FIG. 4A. At least one of the internal keys is used to decrypt disk system area 20 
on medium 1 1 (FIG. 2) in stage 32 of FIG. 3. A master media key is included in the disk 

15 system area. The master media key is therefore decrypted in stage 32. One or more medium 
keys are then generated from the master media key in stage 34. In one embodiment, the 
medium keys are generated by dividing the master media key into segments, as described 
below in reference to FIG. 4B. 

In stage 36, one or more combination keys are generated by combining the medium 

20 keys with the internal keys. In one embodiment, the combination keys are generated by 

XORing an internal key with a medium key, as described below in reference to FIG. 4C. In 
stage 38, a portion of the data stored on storage medium 1 1 is decrypted using at least one of 
the combination keys. 

In one embodiment, the information in mastered file system area 21 can be decrypted 

25 using one of the combination keys, but the information in mastered area 22 cannot be 
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decrypted using the combination keys. In this embodiment, after the information stored in 
mastered file system area 21 describing the files in mastered area 22 is decrypted, the 
descriptive information is presented to the user. The user then selects portions of the 
information stored in mastered area 22 to enable. The user enables the information stored in 
5 mastered area 22 by retrieving a separate decryption key for decrypting the selected data in 
the mastered area, as described in U.S. Patent Application Serial No. [Atty Docket No. M- 
8382 US]. 

One of the combination keys is used to encrypt information stored by the user in 
writable file system area 23 and writable area 24. When a user later requests the files stored 

1 0 in writable area 24, they are decrypted using the same combination key. 

FIG. 4A-4C illustrate the keys generated to decrypt the data stored on a storage 
medium 1 1 according to one embodiment of the present invention. FIG. 4A illustrates the 
internal keys, the keys generated by ASIC 14 of FIG. 1. LFSR 15 generates two random 
number keys, first internal key 41 and second internal key 42. LFSR 15 is a mechanism for 

15 generating a sequence of binary bits. A first sequence of bits output from the LFSR are first 
internal key 41 and a second sequence of bits output from LFSR 15 are second internal key 
42. LFSR 15 includes a series of cells that are set by inputting an initialization value or 
"seed" number containing as many bits as there are cells. In each clock cycle, the contents of 
the cells are shifted right by one position. The data input in the leftmost cell is the result of a 

20 logic operation, often an XOR, performed on a subset of cells in the LFSR. The subset of 
cells whose contents are used in the logic operation are dictated by feedback logic in the 
LFSR 15, which is selected when the ASIC 14 is manufactured. The output of LFSR 15 is 
the same for a given seed number and a given set of feedback logic. First internal key 41 and 
second internal key 42 can therefore be the same for every data storage engine 12. 
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In one embodiment, the seed provided to LFSR 15 (FIG. 1) is contained in firmware 
stored in flash memory 17 external to ASIC 14. The seed is not part of the design of ASIC 
14, rather it is stored outside the ASIC after the ASIC has been fabricated. Thus, while the 
particular feedback logic of LFSR 15 may be discovered by reverse engineering ASIC 14, the 
5 seed to LFSR cannot be discovered by reverse engineering ASIC 14. Accordingly, one who 
reverse engineers ASIC 14 is unable to generate first internal key 41 and second internal key 
42. Further, ASIC 14 can be manufactured separately from data storage engine 12 without 
the risk of an ASIC manufacturer discovering the value of the seed to LFSR 1 5. Only the 
manufacturer of data storage engine 12, who stores in flash memory 17 external to ASIC 14 

1 0 the firmware containing the seed to LFSR 1 5 in ASIC 14, knows the seed value. The seed to 
LFSR 15 may be generated by another LFSR. In some embodiments, multiple LFSRs 
connected in series or parallel generate a seed to LFSR 15. 

First internal key 41 and second internal key 42 are then used to decrypt disk system 
area 20 (FIG. 2), using triple DES with two keys. First internal key 41 and second internal 

15 key 42 are generated by LFSR 15, then used by DES engine 16 to decrypt the disk system 
area 20. Thus, the first and second internal keys never leave ASIC 14. ASIC 14 and data 
buffer 19 may be encased in protective epoxy which covers the ASIC. Such epoxy protects 
the ASIC by making it nearly impossible to probe the ASIC to determine the signals inside 
the ASIC, and therefore the internal keys, because any such probing destroys the ASIC. 

20 Once disk system area 20 is decrypted, the master media key can be retrieved from 

disk system area 20 (block 44 in FIG. 4B). Master media key 44 is the same for a given run 
of mastered media. For example, every storage medium storing a particular set of data will 
have the same master media key. Master media key 44 is then used to generate mastered 
system area key 45 A, writable system area key 45B, and file system information key 45C. In 

25 one embodiment, master media key 44 is a 256-bit number and mastered system area key 
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45A, writable system area key 45B, and file system information key 45C are subsets of 
master media key 44. The breaking of the master media key into subsets to form the 
mastered system area key, the writable system area key, and the file system information key 
is an operation that is programmed into firmware stored in flash memory 1 7 external to ASIC 
5 14. 

FIG. 4C illustrates the combined keys. The combined keys are created by combining 
the medium keys with the internal keys in an exclusive OR (XOR) operation. Each bit in the 
medium key is XOR'd with the corresponding bit from an internal key. Thus, in one 
embodiment where the medium keys and internal keys are 56 bit numbers, the combined key 

10 input to DES engine 16 of FIG. 1 is the output from 56 XOR gates. Mastered system area 
key 45 A is XOR'd with first internal key 41 to form mastered system area exclusive OR 
(MSA XOR) key 46. Writable system area key 45B is XOR'd with first internal key 41 to 
form writable system area exclusive OR (WSA XOR) key 47. File system information key 
45C is XOR'd with first internal key 41 to form file system information exclusive OR (FSI 

15 XOR) key 48. 

For clarity, the names of the medium keys are spelled out and the names of the 
combination keys are abbreviated. Thus, the medium keys are referred to as the mastered 
system area key, the writable system area key, and the file system information key. The 
combination keys are referred to as the MSA XOR key, the WSA XOR key, and the FSI 

20 XOR key. 

Internal keys 41 and 42 are generated by hardware in ASIC 14, e.g. LFSR 15. 
Medium keys 45A, 45B, and 45C and combined keys 46-48 are generated by firmware 
operations stored in ASIC 14. 

FIG. 5 illustrates a method of decrypting data stored on storage medium 1 1 using the 
25 keys generated in FIG. 4A-4C. In stage 50, the storage medium is inserted into a data storage 
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engine. ASIC 14 seeds LFSR 15 to form the first and second internal keys of FIG. 4 A. The 
two internal keys are then used to decrypt the data stored in disk system area 20 of FIG. 2, 
shown in stage 54 of FIG. 5. Once disk system area 20 is decrypted, the master media key is 
retrieved in stage 56. The master media key is then used to generate the file system 
5 information key in stage 57. The user then requests some data from the storage medium. 
Depending on the data requested by the user, the mastered system area key and/or the 
writable system area key are generated from the master media key, shown in stages 60 and 
63. 

In some embodiments, some critical data stored in the disk system area, the mastered 
10 file system area, or the writable file system area, are double-encrypted. Such critical data 
may include file pointers between a directory or file system structure stored in any of these 
; areas and the data stored in the mastered area and/or the writable area. Thus, when the 

\ information stored in the disk system area, mastered file system area, or writable system area 

are decrypted, these file pointers remain encrypted. The file pointers may be double 
= 15 encrypted to provide an extra level of security to the data stored on the storage medium. 
Once the data stored in the disk system area, the mastered system area, and the writable 
: system area are decrypted and sent to data buffer 15 (FIG. 1), they become more vulnerable 
to "snooping" than when inside the ASIC, because the data buffer, even if protected by 
epoxy, is more vulnerable to probing than the protected ASIC. If a user is able to probe the 
20 data buffer, the user may be able to transfer the data from storage medium 1 1 to another 

medium. Once the data is stored on another medium in an unencrypted form, the data can be 
duplicated and distributed, thus defeating the encryption scheme. However, if the file 
pointers connecting the data to the file system structure defining the data are still encrypted, 
unencrypted data taken from the data buffer may be difficult or impossible to decipher. Thus, 
25 the unencrypted file pointers are never exposed to a data buffer outside ASIC 14. 



When the user requests a particular file, the encrypted file pointer is retrieved from 
the data buffer, sent to microprocessor 18 (FIG. 1), and decrypted by DES engine 16. In 
stage 58, the file system information key generated from the master media key is XOR'd with 
the first internal key to generate the FSI XOR key. In stage 59, the FSI XOR key and the 
second internal key are then input to DES engine 16 to decrypt the file pointers within the 
DES engine using triple DES with two keys. Using the file pointer, the file requested by the 
user is sent to data buffer 1 9 to be retrieved by the host. The unencrypted file pointer is 
stored only in memory inside the ASIC, and therefore never leaves ASIC 14. The 
unencrypted file pointer is therefore less vulnerable to unauthorized use than data stored on 
the data buffer. 

In stage 61 of FIG. 5, the mastered system area key generated from the master media 
key is XOR'd with the first internal key generated by the ASIC to form a MSA XOR key. 
The mastered file system area and/or the mastered area can then be decrypted in stage 62 
using two key triple DES with the MSA XOR key and the second internal key as the two 
keys. Similarly, in stage 64, the writable system area key generated from the master media 
key is XOR'd with first internal key generated by the ASIC to form a WSA XOR key. The 
writable file system area and/or the writable area can then be decrypted in stage 65B using 
two key triple DES with the WSA XOR key and the second internal key as the two keys. In 
another embodiment, the writable system area is decrypted in stage 65A using the WSA XOR 
key as the key to single DES decryption. In addition, when the user requests that data be 
saved to the writable system area, the data is encrypted with single DES using the WSA XOR 
key before it is written to the writable system area. Though the WSA XOR key may be used 
to encrypt and decrypt unmastered, user-generated data, the WSA XOR key itself is 
generated from the master media key, which is mastered. 
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The keys shown in FIG. 4 A are generated in stage 52 of FIG. 5. The keys shown in 
FIG. 4B are generated in stages 54, 56, 57, 60 and 63 of FIG. 5. The keys shown in FIG. 4C 
are generated in stages 58, 61, and 64 of FIG. 5. 

Since every data storage engine has the same firmware seed to LFSR 15, every data 
storage engine will generate the same first internal key 41 and second internal key 42 (FIG. 
4A). Thus, any data storage engine is able to decrypt and read the data stored in disk system 
area 20 of storage medium 11. However, any engine or host that is not able to generate first 
internal key 41 and second internal key 42 cannot decrypt Jisk system area 20. Such a device 
will not be able to retrieve any data from storage medium 1 1 even if the master media key is 
known, because disk system area 20 stores an encrypted directory structure for the data stored 
in mastered system area 22 and writable system area 24. If the directory structure is not 
known, the data stored in the mastered system area and writable system area are difficult to 
access because the user cannot know where one file ends and another begins. In addition, the 
mastered file system area and the writable file system area are decrypted using keys 
generated by combining keys generated form the master media key with keys generated by 
the data storage engine. Thus, knowing the master media key without the internal keys or the 
internal keys without the master media key does not allow a user to access the data stored on 
the storage medium. Further, even if the master media key is known, the mastered system 
area key, the writable system area key, and the file system information key are not known. 

The data stored in the mastered area may be further encrypted during the mastering 
process. Thus, once stages 60-62 of FIG. 5 are completed, the data stored in the mastered 
system area may need to be further decrypted using the DES engine, according to a process 
specified by the producer of the mastered data. 

Various modifications and adaptations of the embodiments and implementations 
described herein are encompassed by the attached claims. For example, any encryption or 
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decryption algorithm may be used, not just DES. Also, any of the decryption or encryption 
operations may be single DES in any DES mode, triple DES with two keys in any DES 
mode, or triple DES with three keys in any DES mode. In addition, new keys may be 
generated from the internal and medium keys using any combination operation, not just XOR 
5 as described herein. Finally, the combined keys are not limited to the combinations of 
internal keys and medium keys described herein. 
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CLAIMS 

We claim: 

1 . A method of decrypting data stored on a storage medium using an 
encryption/decryption core embedded on a data storage engine, the method comprising: 

generating an internal key using the data storage engine; 

retrieving a medium key stored on the storage medium using the internal key; 

generating a combination key by combining the medium key with the internal 

key; 

decrypting a first portion of data stored on the storage medium using said first 
combination key. 

2. The method of Claim 1 wherein the retrieving a medium key stored on the 
storage medium further comprises: 

decrypting a master media key 

generating the medium key from the master media key; 

3. The method of Claim 1 wherein the internal key is generated by a pseudo- 
random number generator. 

4. The method of Claim 2 wherein the master media key is decrypted using triple 
DES for two keys, wherein a first key is a first internal key and a second key is a second 
internal key. 
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5. The method of Claim 2 wherein the master media key is a 256-bit random 
number and the plurality of medium keys are generated by dividing the master media key into 
a plurality of 64-bit numbers. 

6. The method of Claim 1 wherein the combination key is generated by 
combining the internal key with the medium key in an exclusive OR function. 

7. The method of Claim 1 wherein the first portion is decrypted using triple DES 
for two keys, wherein a first key is the combination key and a second key is an internal key. 

8 . The method of Claim 2 wherein the plurality of medium keys comprises a 
mastered system area key, a writable system area key, and a file system information key. 

9. The method of Claim 2 further comprising: 
generating an additional internal key. 

1 0. The method of Claim 9 wherein: 

the plurality of medium keys comprises a mastered system area key; 
the first portion of data comprises mastered data; 

generating a combination key further comprises combining the mastered 
system area key with the internal key in an XOR function; and 

decrypting the first portion further comprises using triple DES with two keys, 
wherein the first key is the combination key and the second key is the additional 
internal key. 
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1 1 . The method of Claim 9 wherein: 

the plurality of medium keys comprises a writable system area key; 
the first portion of data comprises unmastered data; 

generating a first combination key further comprises combining the writable 
system area key with the internal key in an XOR function; and 

decrypting the first portion further comprises using triple DES with two keys, 
wherein the first key is the combination key and the second key is the additional 
internal key. 

12. The method of Claim 1 1 further comprising: 

storing a second portion of data on said unmastered area; and 
encrypting the second portion of data using single DES, wherein the key is the 
combination key. 

13. The method of Claim 9 wherein the plurality of medium keys comprises a file 
system information key, the method further comprising: 

generating an additional combination key by combining the file system 
information key with the internal key in an XOR function; 

decrypting a file system stored on the storage medium; 

decrypting a file pointer linking the file system to the first portion of data 
using triple DES with two keys, wherein the first key is the second combination key 
and the second key is the additional internal key. 
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14. A method of decrypting data using a data storage engine comprising a data 
buffer and an ASIC, the ASIC having an encryption/decryption engine and a pseudo-random 
number generator, and the data being stored on a storage medium, the method comprising: 
generating a plurality of internal keys using the pseudo-random number 

generator; 

decrypting a master media key and a file system structure corresponding to a 
first portion of the data using at least one internal key; 

generating a plurality of medium keys from the master media key; 

generating a plurality of combination keys from the plurality of medium keys 
and the plurality of internal keys; 

decrypting a first portion of the data using a first combination key. 

1 5 . The method of Claim 1 4 wherein the pseudo-random number generator 
comprises a logical feedback shift register, and wherein "generating a plurality of internal 
keys" further comprises: 

seeding the logical feedback shift register with a seed stored in a flash 

memory. 



1 6. The method of Claim 1 4 further comprising: 

decrypting a plurality of file pointers linking the file system structure to the 
data using a second combination key, wherein the plurality of decrypted file pointers 
is stored within the ASIC. 



1 7. The method of Claim 14 wherein said first portion comprises mastered data, 
the method further comprising: 

19 



encrypting a second portion of data, the second portion comprising 
unmastered data. 

1 8. The method of Claim 1 7 wherein: 

said decrypting a first portion of data further comprises decrypting using triple 
DES with two keys, wherein a first key is the first combination key and the second 
key is a first internal key; and 

said encrypting further comprises encrypting using single DES, wherein the 
key is a second combination key. 

19. The method of Claim 14 further comprising 

decrypting a second portion of the data using a second combination key, 
wherein the first portion comprises mastered data and the second portion comprises 
data saved by a user. 

20. A method of encrypting data stored on a storage medium using an 
encryption/decryption core embedded on a data storage engine, the method comprising: 

generating a plurality of internal keys using the data storage engine; 

decrypting a master media key stored on the storage medium using at least one 
of the plurality of internal keys; 

generating a plurality of medium keys from the master media key; 

generating a first combination key by combining a medium key with an 
internal key; 

encrypting a portion of unmastered data using said first combination key; 
storing the portion on the storage medium. 
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21. The method of Claim 20 wherein encrypting a first portion further comprises 
encrypting using single DES. 

22. A method of decrypting data stored on a storage medium using a data storage 
engine, the method comprising: 

decrypting a file system structure corresponding to the data, the file system 
structure comprising at least one file; 

decrypting a file pointer, the file pointer indicating a location on the storage 
medium of a file in the file system structure; 

retrieving a portion of the data from the location indicated by the file pointer. 

23 . The method of Claim 22 further comprising decrypting the portion of data 
stored at the location indicated by the file pointer. 

24. The method of Claim 22 wherein the data storage engine comprises an 
application specific integrated circuit and a data buffer, wherein the file pointer is double 
encrypted, and wherein "decrypting a file pointer" further comprises: 

decrypting the double encrypted file pointer, such that the file pointer is single 
encrypted; 

storing the single encrypted file pointer in the data buffer; 
retrieving the single encrypted file pointer from the data buffer; 
decrypting the single encrypted file pointer within the application specific 
integrated circuit. 
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25. The method of Claim 24 further comprising: 

sending the portion of data retrieved from the location indicated by the file 
pointer to the data buffer. 
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METHOD OF DECRYPTING DATA STORED ON A STORAGE DEVICE USING AN 
EMBEDDED ENCRYPTION/DECRYPTION MEANS 

Daniel R. Zaharris 

Lane W. Lee 

A method of decrypting data is provided for decrypting data stored on a storage 
medium using an encryption/decryption means embedded on data storage engine for reading 
the data from the medium. The data storage engine generates at least a set of internal keys. 
The internal keys are used to decrypt a master media key stored on the storage medium. The 
master media key generates a set of medium keys. The medium keys are combined with the 
internal keys to generate a set of combined keys. The combined keys are used to decrypt 
portions of the data stored on the storage medium. 
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